home *** CD-ROM | disk | FTP | other *** search
- I don't think there is at present *anything* that uses the current definition
- of string (including atoms). Even though you say ``it's a good idea not to
- have to wrap everything in quotes'', in actual fact everything is.
-
- Unfortunately, ``compatibility with the past'' means that % can not be in
- anything other than a literal or a text_line. Perhaps the people at Stanford
- can comment on whether or not MM-D on Interlisp-D machines is extinct, since
- that restriction was for its benefit.
-
- Let me offer a counter-proposal to yours:
-
- Retain the current implementation's definition of the FIND result mailbox name
- as being text_line (as opposed to the RFC-1176 definition as string).
-
- In IMSP, transmit the additional information as a list in front of the mailbox
- name, e.g. something like:
- * MAILBOX (foo bar baz) INBOX
- If there is not something that looks like a proper list in front of the
- additional data, then assume it's the IMAP form.
-
- The burden would be upon future servers not to have mailbox names that start
- with things that look like list. I'm prepared to put a monument in the IMAP
- BNF that essentially indicates that.
-
- It isn't as clean as one would like, but it causes less trauma to existing
- code.
-
-
-
-